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ABSTRACT 

This  report  describes  the  command  language  for  the 
simulator,  associated  with  DDL  (Digital  Design  Language) 


INDEX  TERMS:  Design  automation,  computer-aided  design, 

hardware  description  languages,  DDL,  digital 
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Chapter  1 
INTRODUCTION 

This  report  is  one  of  two  manuals  describing  a compi- 
ler and  simulator  for  DDL-P * a subset  of  DDL  (Digital  Design 
Language).  DDL  is  a language  for  describing  the  behavior  of 
digital  systems  at  the  Boolean  equation.  register  transfer, 
and  algorithmic  levels.  It  uses  a finite  state  machine  no- 
tation and  it  may  be  used  to  describe  systems  over  a wide 
range  of  levels. 

DDL  uas  originally  formulated  by  Duley  at  the  Univer- 
sity of  Wisconsin  in  1967  [5,  6,  31.  A translator  and  simu- 
lator for  a subset  of  DDL  were  implemented  in  FORTRAN  II,  7, 
4,  8,  9,  101.  In  1971-73,  J.  Duley,  B.  Clark,  and  J.  Melsch 
implemented  an  interactive  simulation  system  for  a subset  of 
DDL  (with  modified  syntax)  on  the  HP  2100  system  in  HP-Algol 
at  Hewlett-Packard  Laboratories.  The  DDL-P  language,  compi- 
ler, and  simulator  are  based  on  this  HP  implementation.  In 
order  to  enhance  portability  the  system  uas  rewritten  in 
PASCAL  on  the  DEC-20  system  under  the  TOPS-20  Operating  Sys- 
tem at  Stanford  University.  Small  changes  were  made  to  the 
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syntax,  mainly  to  enhance  the  readability.  The  system  will  ’ 

still  accept  the  input  format  of  the  original  HP-Algol  ver- 

f 

s i on . 

This  report  describes  the  usage  of  the  DDL-P  simulator 
as  it  uas  implemented  at  Stanford.  The  command  language  is 
described  in  detail  and  several  examples  are  given  to  clar- 
ify the  constructs.  The  appendices  give  a list  of  error 
messages  as  well  as  a formal  BNF  definition  of  the  command 
language.  A companion  report  describes  the  DDL-P  language 
and  the  DDL-P  compiler  system  [21. 


Chapter  2 


BOOLEAN  EXPRESSIONS 


boolean_exp  ::=  minterm  { + minterm  }##* 

minterm  ::=  product  { [+]  product  }*«* 

product  complement  { * complement  }**# 

complement  ::=  {-}  relation 

relation  ::  = a r i thmet i c_exp 

I arithmetic_exp  (=)  ari thmet ic_exp 
I arithmetic_exp  # arithmetic_exp 
I ari thmetic_exp  < arithmetic_exp 
I arithmetic_exp  > arithmetic_exp 
I ari thmet ic_exp  >=  arithmetic_exp 
I arithmetic_exp  <=  arithmetic_exp 
I AT  identifier 

ari thmetic_exp  ::=  { (-)  } term 

I arithmetic_exp  (+)  term 
I arithmetic_exp  (-)  term 

term  : : = constant 
I reference 
I TIME 

I ( boolean_exp  ) 


In  the  command  language.  Boolean  expressions  may  appear 
in  SET,  DISPLAY,  PRINT,  and  conditional  commands.  The  syn- 
tax for  comments,  constants,  identifiers,  and  facility  re- 
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ferences  in  the  command  language  is  identical  to  that  in  » 

DDL-P  descriptions.  This  syntax  is  shoun  in  Appendix  B for 

reference. 


The  syntax  for  Boolean  expressions  in  the  command  lan- 
guage is  similar  to  the  syntax  for  Boolean  expressions  in  a 
DDL-P  description.  The  following  operators  and  constructs 
are  HOT  available  in  the  command  language: 

INPUT  function 

Conditional  expression  constructs 
CASE  x DO  a DO  b . . EHDCASE 
IF  x THEN  a ELSE  b ENDIF 
*x*  a ; b ; . . . 

CON 

+ RED  * RED  [+J  RED  (+)  RED 

EXT  TAIL  HEAD 


The  remaining  operators  are  available  as  shown  in  the 
BNF  above.  In  addition,  two  new  constructs  are  permitted: 

1.  TIME 

is  a string  of  length  16  bits  with  value  equal  to 
the  number  of  units  of  time  the  DDL-P  system  has 
been  simulated.  TIME  is  initially  zero  and  is  in- 
cremented at  the  end  of  each  state  in  the  lowest 
level  finite  state  machine.  Recall  that  the  size 
of  this  increment  may  be  specified  in  the  DDL-P 
description  by  the  TIME  action. 
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2.  AT  state_name 

is  a string  of  length  one  bit  with  value  1B1  if  the 
state  given  by  "state_name"  is  the  current  state, 
and  value  1B0  otherwise. 


Examples  of  Boolean  Expressions  in  the  Command  Language 
1 6 D 1 7 

( A*B ) ( = ) 7 + X>Y  + PROD (X,2)>25 
MEM[ IR[ 9: 0 ]C  + )Rt IRl  12:  10  H 1 
-AT  P 

M[ MAR  1 ( = JHALT  + AT  ERR  + TIME>100 


Chapter  3 


COMMAND  SENTENCES 


sentence  ::=  run_comd  { AND  other_command  }***  . 

I other_command  { AND  other_command  }*##  . 

I EXIT  . 

other_command 

u_command 

I IF  boolean_exp  THEN  u_command  {,  u_command } **# 

u_command  ::=  DISPLAY  { (reference  {, reference  ***  ) } 
PRINT  { (reference  {.reference}***  ) } 
DUMP 

SET  identi f ier_ref  = boolean_exp 
CLEAR 
STEP 
STOP 


After  a DDL-P  description  has  been  compiled  with  no  fa- 
tal errors  and  the  designer  has  selected  the  number  base  for 
use  in  output,  then  the  simulator  indicates  its  readiness  to 
accept  commands  by  typing  ">"  at  the  teletype.  The  designer 
may  then  use  command  sentences  to  examine  or  modify  facility 
contents  and  simulate  the  DDL-P  system. 
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The  individual  commands  are  discussed  first,  followed 
by  a description  of  the  constructs  for  combining  several 
commands  into  a single  command  sentence. 


3.1  COMMANDS 

3.1.1  DISPLAY  and  PRINT 


The  DISPLAY  command  types  the  current  values  of  the 
named  facilities  on  the  teletype,  along  with  the  current  to- 
tal state  (location)  and  time.  Any  valid  register,  memory, 
or  terminal  reference  may  appear  in  the  DISPLAY  list.  This 
list  may  be  omitted  altogether,  in  which  case  the  current 
total  state  and  time  are  typed. 

Examp  1 es 

>D ISPL AY ( LEFT, RIGHT) . 

*T IME= 1110  STATE=P:  L EFT= 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 

RIGHT=0000000000000101 

>DISPLAY(SCORE[ 2:4  J,  CARD[ LEFT : RIGHT  ] , SUM(2,2)). 

*T IME= 1110  ST ATE  = P : SCORE l 1 0 : 1 0 0 ] = 1 1 0 

CARD!  10:  10  1 ]=1001  SUM=0000000000000  1 00 

>DISPLAY . 

*T IME= 1110  STATE=P : 

> 


The  PRINT  command  is  identical  to  the  DISPLAY  command. 


except  that  the  output  goes  to  the  listing  file  on  disk. 


3.1.2  mnE 


The  DUMP  command  prints  in  the  listing  file  the  current 
values  of  all  registers,  memories,  and  terminals  which 
weren't  assigned  functions  in  the  TERMINAL  declaration.  A 
DUMP  is  equivalent  to  a PRINT  with  all  these  facilities  in 
the  output  list. 

3.1.3  SET 

The  designer  may  use  the  SET  command  to  set  the  values 
of  registers,  memories,  and  terminals  which  weren't  assigned 
functions  in  the  TERMINAL  declaration.  The  SET  command 
works  like  the  immediate  store  action  in  an  OPERATION; 
when  SET  is  executed  in  a command  sentence,  the  facility  re- 
ferenced on  the  left  side  is  set  immediately  to  the  current 
value  of  the  Boolean  expression  on  the  right  side. 

Examples 
SET  CARDBUF3 5D6 

SET  SCORE [ 1:2]  - A[3:4]  + SC0RE[1:2J 

If  the  facility  written  is  a register  for  which  a de- 
layed store  has  not  been  finished,  then  the  simulator  will 
issue  a SIMULTANEOUS  STORE  warning  and  cancel  the  delayed 
store. 
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3.1.4  SlEftR 


The  CLEAR  command  resets  all  registers,  memories,  and 
terminals  to  zero.  This  action  occurs  immediately  and  un- 
cond itionallv  whenever  CLEAR  appears  anywhere  in  a command 
sentence,  even  if  the  CLEAR  is  in  a conditional  command. 
HENCE,  WHEN  USED,  THIS  COMMAND  SHOULD  APPEAR  BY  ITSELF  IN 
THE  COMMAND  SENTENCE,  even  though  this  restriction  is  not 
enforced  by  the  simulator. 

All  unfinished  delayed  stores  will  be  canceled  when  a 
CLEAR  is  executed. 

3.1.5  RUN 


run_comd  RUN  { FROM  identifier  { : ident i f i er } ***  } 

{ TO  identifier  {: ident i f i er } ***  } 


The  RUN  command  initiates  simulation  of  the  DDL-P  sys- 
tem. The  designer  may  specify  the  initial  and/or  final  lo- 
cations of  the  simulation  in  the  command.  A location  is  a 
list  of  states  separated  by  colons  " * " , where  the  list  con- 
tains zero  or  one  state  from  each  finite  state  machine  in 
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the  DDL-P  description. 


State  sequencing  registers  will  be 


r 
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initialized  automatically  beiore  the  simulation  begins. 
The  RUN  command  has  four  forms  > as  follou: 

1.  RUN  FROM  location 

The  simulation  starts  in  the  indicated  location. 
If  some  finite  state  machine  has  no  state  listed 
in  the  location  given,  then  the  initial  state  for 
that  machine  will  be  the  first  state  in  the  cor- 
responding CONTROL  declaration.  The  simulation 
uill  begin  in  the  top  level  machine. 

2.  RUN 

Simulation  starts  in  the  current  state,  proceeding 
from  the  point  where  simulation  was  last  sus- 
pended. If  there  was  no  previous  simulation,  then 
the  initial  location  is  the  first  state  of  each 
finite  state  machine. 

The  exception  is  that  if  this  command  follows  a 
RUN  FROM  command  which  did  not  execute  because  of 
an  error  in  the  command  sentence,  then  the  initial 
location  will  be  the  location  given  in  the  previ- 
ous RUN  FROM. 
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3. 


RUN  TO  location 


Simulation  begins  in  the  current  state  as  above 
(the  exception  noted  above  also  applies  here),  and 
proceeds  until  the  system  is  in  the  indicated  lo- 
cation. The  state  actions  for  this  last  location 
uill  be  executed  before  the  simulation  ends. 

If  the  initial  state  is  the  same  as  the  final 
state,  then  no  simulation  uill  take  place. 

4.  RUN  FROM  locationl  to  location? 

Simulation  begins  in  locationl  and  proceeds  until 
the  system  is  in  location?. 

During  a simulation,  the  command  sentence  initiating 
the  simulation  uill  be  rescanned  and  executed  at  the  end  of 
each  state  in  the  louest  level  finite  state  machine.  Hence, 
commands  for  conditionally  halting  simulation  or  for  set- 
ting, displaying,  or  printing  facility  values  during  the  si- 
mulation may  be  included  in  the  command  sentence  uith  the 
RUN  command.  When  the  simulation  is  finished,  the  simulator 
uill  type  ">H  at  the  teletype,  indicating  its  readiness  to 
accept  a neu  command  sentence. 


Examples 


RUN 

RUN  FROM  P 1 : Z 1 

RUN  TO  JK 

RUN  FROM  A TO  JK 

After  a run-time  error,  the  initial  location  in  a RUN 
command  must  be  given  explicitly  by  "FROM  location".  The 
simulator  variable  TIME  is  reset  to  zero  when  a "RUN  FROM.." 
command  is  issued. 

When  issuing  a "RUN  FROM"  command,  the  designer  should 
be  careful  to  ensure  that  the  system  is  properly  initial- 
ized. In  particular,  beuare  that  previously  scheduled  de- 
layed stores  may  be  carried  out  before  the  simulation  is 
restarted  (these  may  be  canceled  by  CLEAR  or  SET). 

3.1.6  STEP 

The  STEP  command  effects  simulation  of  the  system  for 
one  state.  If  the  system  contains  several  finite  state  ma- 
chines, then  one  state  in  the  lowest  level  machine  is  simu- 
lated; states  from  higher  level  machines  may  be  simulated 
first,  depending  on  the  starting  point  of  the  simulation 
and/or  the  presence  of  LEVEL  actions  in  previously  simulated 
states . 
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The  STEP  command  may  appear  in  a sentence  with  a RUN 
command,  in  which  case  the  RUN  command  determines  the  start- 
ing location  of  the  simulation.  Otherwise'  simulation 
starts  from  the  current  location. 

3.1.7  STOP 

The  STOP  command  halts  the  simulation  in  progress. 
This  command  typically  appears  in  a conditional  command 
(Section  3.2),  so  that  the  simulation  will  end  when  the  com- 
mand sentence  is  rescanned  and  some  condition  is  satisfied. 

A STOP  only  ends  the  simulation;  it  does  not  prevent 
execution  of  the  remainder  of  the  command  sentence.  The 
STOP,  when  executed'  overrides  a RUN  or  STEP  command  in  the 
same  command  sentence. 

3.1.8  Ha.lt  by  <ESCAPE> 

During  a simulation,  the  designer  may  press  the 
<ESCAPE>  key  to  cause  the  simulator  to  halt  and  accept  a new 
command  sentence.  Note  that  the  <ESCAPE>  is  not  a command 
one  includes  in  a command  sentence;  rather,  it  is  a way  of 
interrupting  a simulation,  forcing  a halt. 
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3.1.9  EXIT 


t 


The  EXIT  command  causes  an  exit  from  the  simulator,  re- 
turning control  to  the  TOPS-20  Executive.  When  used,  EXIT 
must  be  the  only  command  in  the  command  sentence.  Note  that 
STOP  and  EXIT  are  entirely  different  commands. 

3.2  CONDITIONAL  COMMAND 

The  conditional  command  allous  the  designer  to  make  the 
execution  of  a command  list  dependent  on  some  condition. 
The  form  of  the  command  is 

IF  Boolean_exp  THEN  command,  command,... 

Each  time  the  conditional  command  is  scanned,  the  commands 
in  the  list  will  be  executed  only  if  the  value  of  the  Boo- 
lean expression  is  1;  otherwise  the  command  list  will  be 
skipped . 

Any  combination  of  DISPLAY,  PRINT,  DUMP,  SET,  STEP,  or 
STOP  commands  may  appear  in  the  conditional  command  list. 
Conditional  commands  may  not  be  nested. 

Examples 

IF  AT  END  + AT  ERR  THEN  DUMP, STOP 
ir  TIME>* 20  THEN  PRINT(SCORE) 


i 
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After  an  <ESCAPE>,  the  simulator  may  halt  in  any  of 
three  uays: 

1.  Normally,  the  simulator  will  halt  at  the  end  of 
the  current  state  in  the  lowest  level  finite  state 
machine.  The  halt  will  occur  just  after  the  last 
command  sentence  has  been  rescanned  in  the  normal 
way . 

2.  In  case  of  a run-time  error,  the  simulator  will 
halt  immediately  after  issuing  a run-time  warning 
or  error  message  if  the  designer  has  pressed 
<ESCAPE> . 

3.  If  the  simulator  has  executed  more  than  1000  goto 
actions  in  operations  in  the  current  state,  then 
it  will  issue  a warning  that  the  DDL-P  system  is 
"probably  in  infinite  loop."  After  this  point, 
the  simulator  halts  immediately  when  <ESCAPE>  is 
pressed,  rather  than  waiting  until  the  end  of  the 
state. 
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3.3  SEH.IEMCE 


A command  sentence  is  a list  of  commands  separated  by 
"AND".  All  sentences  are  terminated  by  period  ".",  includ- 
ing those  with  just  one  command.  Any  combination  of  com- 
mands may  appear  in  a sentence*  subject  to  the  following 
restrictions : 

1.  A sentence  may  include  at  most  one  RUN  command, 
which  (if  present)  must  be  the  first  command  in 
the  sentence. 

2.  When  used,  EXIT  must  be  the  only  command  in  the 
sentence . 

3.  When  used,  CLEAR  should  be  the  only  command  in  the 
sentence . 

Command  sentences  may  take  up  more  than  one  line  on  the 
teletype;  the  simulator  will  prompt  for  additional  lines  by 
typing  "■"  until  the  designer  terminates  the  sentence  with 
period  If  the  designer  enters  end-of-file  (CTRL-Z) 

from  the  teletype,  the  simulator  will  type  a message  and 
exit  to  the  TOPS-20  Executive. 


Examples 

RUN  AND  STEP  AND  DUMP. 

RUN  FROM  A AND  PRI NT ( SCORE , CARDBUF , FF ) . 

RUN  AND  IF  AT  JK  THEN  STOP, DUMP  AND  DISPLAY. 

SET  CARDBUF=5D1  AND  SET  FF=1B1. 

STEP. 

CLEAR. 

EXIT  "return  to  TOPS-20". 

In  the  third  example  above,  note  that  STOP  and 
DUMP  are  dependent  on  the  condition  AT  JK,  while 
DISPLAY  is  unconditional. 


If  a command  sentence  contains  syntax  errors,  an  error 
message  will  be  typed  and  the  entire  sentence  must  be  reen- 
tered. The  simulator  executes  an  error-free  sentence  immed- 
iately; if  the  sentence  contains  a RUN  command,  then  the 
sentence  will  be  executed  again  after  each  lowest-level 
state,  as  discussed  in  Section  3.1.5. 


Note  that  during  a simulation,  the  simulator  is  cont- 
rolled only  by  the  last  command  sentence  entered.  The  se- 
quence 

>IF  AT  P + AT  S + AT  J + AT  T THEN  STOP. 

>RUN  FROM  L AND  DISPLAY. 

will  not  have  the  desired  effect  of  stopping  when  the  simu- 
lation reaches  state  P,  S,  J,  or  T,  because  the  simulator  is 
controlled  only  by  the  second  sentence.  Instead,  the  desig- 
ner could  type 


>RUN  FROM  L TO  P AND  DISPLAY 
■ AND  ST  AT  S ♦ AT  J ♦ AT  T THEN  STOP. 
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Tuo  sample  simulations  are  shown  in  Chapter  5. 
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Chapter  4 

SIMULATION-TIME  ERRORS 

As  the  designer  carries  out  the  simulation!  errors  may 
occur  in  four  distinct  areas: 

1.  A command  sentence  may  have  a syntax  error. 

2.  An  error  condition  may  arise  during  execution  of  a 
command  sentence. 

3.  A number  entered  during  simulation  of  an  INPUT  ac- 
tion may  have  a syntax  error. 

4.  An  error  condition  may  arise  during  simulation  of 
the  DDL-P  system. 

When  an  error  occurs.  the  simulator  types  an  error  message 
at  the  teletype.  The  error  message  will  also  appear  in  the 
listing  file  unless  the  problem  was  a syntax  error  in  a com- 
mand sentence.  In  most  cases,  if  the  error  severity  is  FA- 
TAL or  ABORT.  the  simulator  uill  suspend  activity  immedi- 
ately and  prompt  for  a neu  command  sentence  with  ">". 
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Errors  have  one  other  important  effect  on  simulator  ac- 
tivity. Recall  that  the  simulator  must  save  delayed-store 
values  in  temporary  buffers  until  the  store  is  carried  out. 
The  simulator  must  also  remember  which  terminals  are  to  be 
cleared  at  the  end  of  a state.  The  disposition  of  this  in- 
formation in  case  of  error  depends  on  the  type  of  error  and 
the  error  severity. 

Error  messages  issued  by  the  simulator  are  listed  in 
Appendix  A.  The  four  types  of  errors  are  now  discussed  in 
more  detail . 

4.1  ERROR  lit  COMMAND  SENTENCE  SYNTAX 

Syntax  errors  of  severity  FATAL  or  ABORT  cause  the  en- 
tire sentence  (except  for  any  CLEAR)  to  be  ignored;  the  en- 
tire sentence  must  be  reentered.  Delayed-store  values  will 
never  be  lost  as  a result  of  such  errors;  however*  all  ter- 
minals will  be  cleared  and  delayed  stores  completed  if  an 
invalid  sentence  contains  a RUN  FROM  command. 


Syntax  errors  of  severity  WARNING  do  not  terminate  com- 
mand processing. 


4.2  MM  PPRINg  COMMAND  EXECUTION 


Errors  may  arise  in  the  evalua4' ' on  of  Boolean  Expres- 
sions in  DISPLAY,  PRINT,  SET,  or  conditional  commands.  In 
such  cases,  the  simulator  will  stop  immediately  after  issu- 
ing an  error  message  if  the  severity  is  FATAL  or  ABORT  or  if 
the  designer  has  pressed  <ESCAPE>. 

When  the  simulator  stops  after  such  an  error,  all  de- 
layed stores  to  registers  are  canceled.  If  the  error  sever- 
ity is  ABORT,  then  all  terminals  are  cleared  before  the  si- 
mulator uill  accept  a new  command;  otherwise,  all  terminals 
will  be  cleared  just  before  simulation  is  resumed  (follouing 
a RUN  command ) . 

% 

4.3  JLRR.Q.R  PVR1NQ  SIMULATION-TIME  INPUT 

If  a number  entered  during  an  INPUT  action  has  a syntax 
error  of  severity  WARNING  or  FATAL,  then  the  simulator  uill 
type  an  error  message  and  ask  the  designer  to  reenter  the 
number.  Such  errors  uill  not  otheruise  halt  or  interrupt 
simulation. 

If  an  error  of  severity  ABORT  appears,  then  the  simula- 
tor uill  halt  simulation,  cancel  all  delayed  stores,  clear 
all  terminals,  and  prompt  for  a neu  command  sentence. 
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4.4  ERROR  EilRlHg  SIMULATION 


When  an  error  occurs  during  simulation*  the  simulatbr 
will  print  an  error  message  followed  by  a value  for  SIMADDR, 
an  internal  location  counter.  The  designer  may  then  look  at 
the  program  listing  generated  by  the  DDL-P  compiler  to  det- 
ermine the  exact  location  of  the  error;  the  listing  includes 
values  of  SIMADDR  at  the  left  hand  margin. 

The  simulator  will  stop  immediately  after  a simulation- 
time error  if  the  severity  is  FATAL  or  ABORT  or  if  the  de- 
signer has  pressed  <ESCAPE>.  After  such  a stop,  all  delayed 
stores  are  canceled.  If  the  error  severity  is  ABORT,  then 
all  terminals  are  cleared  before  the  simulator  will  accept  a 
neu  command.  Otherwise,  all  terminals  will  be  cleared  just 


before  simulation  is  resumed  (following  a RUN  command). 


I 


Chapter  5 
SAMPLE  SIMULATION 

Sample  simulation  sessions  are  now  presented  for  two 
examples  from  An  Introduction  1a  the  DDL-P  Language  [21. 
The  examples  are  reprinted  here  for  reference. 

In  the  first  example,  the  designer  displays  all  the  re- 
gisters in  each  state,  eventually  halting  the  simulation  by 
<ESCAPE>.  After  single-stepping  twice  from  state  D,  the  de- 
signer then  restarts  the  simulation,  displaying  results  only 
at  the  end. 
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"BLACKJACK  MACHINE." 

REGISTER  SCORE [SI*  CARDBUF! 5 1 , FF. 

TERMINAL  HIT,  BROKE,  STAND, 

VALUE!  1 s 5 1 * INPUT! 1 , VALUE)  , 

YCRD  * INPUT! 1 , YCRD) , 

YL 17  3 SCORE< 17,  YL22  * SCORE<22, 

NACE  * CARDBUF#  1 . 

OPERATION 

TPT  3 ( CARDBUF  <-  5010  1 > 

TMT  3 (CARDBUF  <-  5D22J, 

TVC  3 [CARDBUF  <-  VALUE], 

IHIT  * ( HIT3  1 B 1 ] , 

ISTD  3 [ STAND3  1 B 1 1 , IBRK  3 [BR0KE=1B1I, 

CLS  3 (SCORE  <-  5D0], 

ADD3 [ SCORE  <-!SCORE!+)CARDBUF)TAIL  51, 

KFF  3 ( FF<- IDO],  JFF  3 IFF  <-  1D1  ] 

CONTROL 

A:  CLS,  KFF,  ->B/ 

B:  IHIT,  TVC, 

IF  YCRD  THEN  ->C  ELSE  ->B  ENDIF/ 

C:  IF  YCRD  THEN  ->C  ELSE  ->D  ENDIF/ 

D:  ADD,  IF  NACE+FF  THEN  ->F 

ELSE  ->E  ENDIF/ 

E:  JFF,  TPT,  ->D/ 

F:  IF  YL 1 7 THEN  ->B  ELSE  ->G  ENDIF/ 

G:  IF  YL22  THEN  ->K  ELSE  ->H  ENDIF/ 

H:  KFF,  TMT, 

IF  FF  THEN  ->D  ELSE  ->J  ENDIF/ 

J:  IBRK, 

IF  YCRD  THEN  ->A  ELSE  ->J  ENDIF/ 

K:  ISTD, 

IF  YCRD  THEN  ->A  ELSE  ->K  ENDIF/.* 

3<sources.ddl>ddl 
INPUT  3 black. jak 

OUTPUT  3 black. 1st 
DPLINI  3 dd 1 . ini [ 4 , 1550] 

TO  CONTINUE,  HIT  THE  RETURN  KEY  • 

END  OF  TRANSLATION,  0 FATAL  ERROR! S) . 

DDL  SIMULATION  MONITOR.  VERSION  16  NOVEMBER  1978 

PLEASE  ENTER  RADIX  !FOR  USE  IN  ALL  OUTPUT) 

! BASE  2,  4,  8,  10,  OR  1 6 ) i 10 
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>run  and  display( score, 
•TIME-0  STATE5 A s 

cardbuf , f f ) . 
SCORE-O 

CARDBUF-0 

FF=  0 

•TIME5  0 STATE  = A : 

SCORE-O 

CARDBUF- 0 

FF=  0 

•TIME5 1 STATE=  B : 

VALUE : = 5d  1 2 
*T IME= 1 STATE-B  s 

YCRD : - 1 b 0 
•TIME-1  STATE5  B : 

SCORE-O 

CARDBUF-0 

FF  = 0 

*TIME=2  STATE=B : 

VALUE : =5d  1 
•TIME-2  STATE=B : 

YCRD: 5 1 b 1 
*TIME=2  STATE=B : 

SCORE-O 

CARDBUF-  1 2 

FF=  0 

•TIME-3  STATE-C : 

YCRD : = 1 b 1 
•TIME-3  STATE-C : 

SCORE-O 

CARDBUF- 1 

FF  = 0 

•TIME-4  STATE=C : 

YCRD:  - 1 b 0 
*T IME5  4 STATE-C: 

SCORE-O 

CARDBUF- 1 

FF=  0 

•TIME-5  STATE=D : 

SCORE-O 

CARDBUF- 1 

FF  = 0 

•T IME- 6 STATE5  E : 

SCORE5  1 

CARDBUF-  1 

FF  5 0 

•TIME-7  STATE=D : 

SCORE-  1 

CARDBUF- 1 0 

FF  5 1 

•TIME-8  STATE=F : 

SCORE-  1 1 

CARDBUF-  1 0 

FF=  1 

•TIME-9  STATE5 B : 

VALUE: =5d5 
•TIME 5 9 STATE5 B : 

YCRD: 5 1 b 0 
•T IME- 9 STATE5 B : 

SCORE5  1 1 

CARDBUF-  1 0 

FF5  1 

•TIME5 1 0 STATE5  B : 

VALUE: =5d5 
•TIME-10  STATE5 B : 

YCRD: 5 1 b 1 
•TIME5 1 0 STATE5B : 

SCORE- 1 1 

CARDBUF-5 

FF5  1 

•TIME-11  STATE-C: 

YCRD : 5 1 b 1 
•TIME-11  STATE-C: 

SCORE-11 

CARDBUF- 5 

JL 
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FF=  1 

•TIME3 1 2 STATE3C : 

YCRD : 3 1 b 0 
•TIME3 1 2 STATE=C : 

FF=  1 

SCORE3  1 1 

CARDBUF3  5 

•TIME3 1 3 STATE3 D : 

FF=  1 

SCORE3 1 1 

CARDBUF3  5 

•TIME3 1 4 STATE=F: 

FF  = 1 

SCORE3 16 

CARDBUF- 5 

•TIME3 1 5 STATE=B : 
VALUE: =5d 1 0 
•TIME3 1 5 STATE=B : 

YCRD: 3 1 b 1 
•TIME3 1 5 STATE3 B : 

FF=  1 

•TIME3 1 6 STATE3C : 

YCRD : 3 1 b 0 

SCORE3 16 

CARDBUF- 5 

•TIME3 1 6 STATE=C : 

FF3  1 

SCORE3 16 

CARDBUF- 10 

•TIME-17  STATE3 D : 

FF=1 

SCORE- 16 

CARDBUF-  1 0 

•TIME3 18  STATE=F : 

FF3  1 

SCORE-26 

CARDBUF-  1 0 

•TIME3 1 9 STATE=G : 

FF3  1 

SCORE3  26 

CARDBUF-  1 0 

•TIME3  2 0 STATE  = H : 

FF3  1 

SCORE-26 

CARDBUF-  1 0 

*TIME=  2 1 STATE3  D : 

F F 3 0 

SCORE3  26 

CARDBUF- 22 

*TIME=22  STATE=F : 

FF  = 0 

SCORE- 16 

CARDBUF- 22 

*TIME=23  STATE=B : 

VALUE : =5d6 
*TIME=23  STATE=B : 

YCRD : 3 1 b 1 
•TIME3 23  STATE3 B : 

FF3  0 

SCORE- 16 

CARDBUF- 22 

•TIME»24  STATE3C : 

YCRD: 3 IbO 
•TIME3 24  STATE*C : 

FF*  0 

SCORE- 16 

CARDBUF-6 

•TIME*25  STATE3D : 

FF3  0 

SCORE-16 

CARDBUF-6 

•TIME-26  STATE-F: 

FF-  0 

SCORE-22 

CARDBUF-6 

•TIME-27  STATE-G: 

FF-  0 

SCORE-22 

CARDBUF-6 

•TIME-28  STATE-H < 

SCORE-22 

CARDBUF-6 
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FF=  0 

♦TIME2  29  STATE2 J : 

YCRD : 2 1 bO 

•TIME=29  STATE2 J : SCORE222  CARDBUF=22 

FF2  0 

STOP  BY  <ESCAPE> 

♦TIME2  29  STATE2 J : 

>display(stand , 

2 broke) . 

♦TIME2  29  STATE2 J t STAND2  0 BROKE2! 

>set  cardbuf=5d1  and  set  ff=1b1. 

>run  from  d and  step. 

♦T IME2 0 STATE  = D : 

>s tep . 

♦TIME21  STATE2  F : 

>run  from  a and  if  at  j+at  k then  d i spl ay ( stand , broke) , stop . 
♦TIME2 1 STATE=Bs 
VALUE : *5d7 
♦TIME2!  STATE=B: 

YCRD: 2 1 b 1 
♦T IME2  2 STATE  = C: 

YCRD : 2 1 b 0 
«TIME=5  STATE=B : 

VALUE: 25d4 
♦TIME2  5 STATE2  B : 

YCRD: 2 1 b 1 
♦TIME=6  STATE=C: 

YCRD: 2 IbO 
•TIME=9  STATE=B : 

VALUE: =5d  1 

♦TI ME2  9 STATE2  B : 

YCRD: 2 lb! 

♦TIME2 ! 0 STATE2C : 

YCRD: 2 IbO 
♦TIME2 1 9 STATE2 B : 

VALUE: *5d8 
♦TIME2 1 9 STATE=B: 

YCRD: 2 1b! 

♦TIME220  STATE*C : 

YCRD: 2 IbO 
♦TIME2  24  STATE«K: 

YCRD : 2 1 bO 

•T IME2 24  STATE>K>  STAND2  1 BROKE*0 

♦TIME2 24  STATE-K: 

>display(cardbuf, score). 

•TIME2 24  STATE2K : CARDBUF>8  SCORE>20 
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>exit . 


EXIT 

a 

*ff*«***«tt*ft**ff**#*ft****«»»***ft**ft*ff*****tf**««*«*#***«ft*»«**« 


In  the  second  example,  the  designer  runs  the  memory 
summation  machine.  The  accumulating  sum  is  displayed  only 
when  a non-zero  word  has  been  added.  Note  that  base  16  is 
used  for  output. 


" EXAMPLE  OF  INTERPRETI VELY  LINKED  MACHINE  " 

REGISTER  A l 16],  B I 16],  ADDR[ 8 ] . 

MEMORY  MEM] 0 : 255 , 16]. 

TERMINAL  YCLR,  YINC,  YADD,  YREAD , 

NDONE  = ADDR  * 255, 

START  = INPUT  (1,  START). 

OPERATION  CLEAR  = [A  <-  16D0,  ADDR  <-  8D0J, 
INC  = I ADDR  <-  ADDRC + ) 8D 1 TAIL  8], 
ADD  = [A  <-  A C + ) B TAIL  16], 

READ  * [B  <-  MEMIADDR], 

MEMl ADDR  ] = 16D0], 

RESTORE  = [ MEM] ADDR  I = Bl. 

CONTROL 

PI:  IF  START  THEN  YCLR  3,  YREAD  a,  ->P2 
ELSE  ->P1  ENDIF/ 

P2:  YADD  3, 

IF  NDONE  THEN  YINC  a,  YREAD  a,  ->P2 
ELSE  ->P1  ENDIF/ 

CONTROL 

Q 1 s IF  YINC  THEN  INC  ENDir, 

IF  YCLR  THEN  CLEAR  ENDir, 

IF  YADD  THEN  ADD  ENDir, 

IF  YREAD  THEN  ->Q2 

ELSE  ->Q 1 , LEVEL  ENDir/ 

Q2:  READ,  ->Q3/ 

Q3:  RESTORE,  LEVEL,  ->Q1/.» 
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a<sources.ddl>ddl 

INPUT  = sum. mem 

OUTPUT  3 sum. 1st 

DDL  I N I - ddl . ini [ 4,  1550  ] 

TO  CONTINUE,  HIT  THE  RETURN  KEY  * 

END  OF  TRANSLATION,  0 FATAL  EPROR(S). 

DDL  SIMULATION  MONITOR.  VERSION  16  NOVEMBER  1978 

PLEASE  ENTER  RADIX  (FOR  USE  IN  ALL  OUTPUT) 

(BASE  2,  4,  8,  10,  OR  16):  16 

>set  meml10]=10  and  set  mem[20]=20. 

>set  mem[30]=30  and  set  mem[40]=40. 

>set  mem[50]=50  and  set  mem[60]=60. 

>set  meml70)=70  and  set  mem[80]=80. 

>set  mem[90]=90  and  set  mem[99)=99. 

>set  addr=8d0. 

>run  and  if  at  q2  * b#0  then  display  (addr,b,a) 

= and  if  at  pi  * time>100  then  display  (a), stop. 

•TIME3  0 STATE=P1 :Q1 : 

START: = IbO 

•TIME3 1 STATE=P1:Q1: 

ST  A RT : = 1 b 1 


*TIME=23  STATE=P2:Q2: 

A=  0 0 0 A 

ADDR3  OB 

B3000A 

*TIME=4 1 STATE=P2 : Q2 : 

A = 0 0 1 E 

ADDR= 15 

B=00  14 

*TIME=5F  STATE=P2:Q2: 

A3  0 0 3C 

ADDR3 IF 

B=00  IE 

*TIME=7D  STATE-P2 : Q2 : 

A*  0 064 

ADDR3  29 

B=  0 0 28 

*TIME39B  STATE3 P 2 : Q2 : 
A-0096 

ADDR3  33 

B=  0 0 3 2 

•TIME3B9  STATE3 P 2 : Q2 : 

A3  0 0 D 2 

ADDR3  3D 

B=  0 0 3C 

»TIME=D7  STATE=P2 : Q2 : 

A3  0 1 18 

ADDR-47 

B=  0 0 46 

•TIME-F5  STATE=P2 : Q2 : 
A-0168 

ADDR-5  1 

B3  0 0 5 0 

•TIME3 113  STATE=P2 : Q2 : 

A3  0 1C2 

ADDR-5B 

B=  0 0 5A 

•TIME3 1 2E  STATE=P2 : Q2 : 
A-0225 

•TIME=302  STATE=P 1 : Q1 : 
START : 3 1 b0 

ADDR=64 

B=  0 0 6 3 

*TIME3302  STATE3 P 1 : Q 1 : 

A3  0 225 
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*TIME=302  ST  ATE  = P 1 : Q 1 : 
>exi t . 

EXIT 

a 
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Appendix  A 
ERROR  MESSAGES 

The  error  messages  issued  by  the  DDL-P  simulator  are 
listed  below,  along  with  their  severity  codes.  When  an  er- 
ror condition  arises,  the  simulator  lists  the  appropriate 
message  at  the  teletype  and,  in  some  cases,  in  the  listing 
file.  The  significance  of  the  error  severity  codes  is  ex- 
plained in  Chapter  4. 

The  characters  in  the  first  three  columns  of  each  line 
belou  indicate  uhen  the  error  on  that  line  may  occur.  A "C" 
in  column  one  denotes  that  the  error  may  occur  as  the  simu- 
lator is  examining  a command  sentence.  An  "I"  in  column  tuo 
denotes  that  the  error  may  occur  uhen  the  user  types  an  in- 
put constant  during  simulation.  An  "S"  in  column  three  in- 
dicates that  the  error  may  occur  while  a command  is  being 
executed  or  during  simulation. 

The  term  "predefined  terminal"  refers  to  a terminal  for 
which  a function  was  specified  in  the  TERMINAL  declarations. 
An  "argument"  is  the  same  as  an  "actual  parameter,"  and 
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"SSR"  stands  for  "state  sequencing  register."  The  string 
"< I D>"  will  be  replaced  by  the  appropriate  facility  name 
when  an  error  message  is  printed. 

The  error 

STRING  TOO  BIG  FOR  DECIMAL  DISPLAY 
refers  to  the  fact  that  DDL-P  cannot  print  a decimal  number 
longer  than  99  digits.  The  error  message 
SYNTAX  ERROR 

flags  many  kinds  of  errors  in  command  sentences.  In  case  of 
such  an  error,  the  designer  should  refer  to  the  DDL-P  Com- 
mand Sentence  BNF  to  determine  the  proper  syntax. 


c. . 

fatal 

Cl  . 

warning 

Cl  . 

warning 

Cl  . 

fatal 

. I . 

fatal 

. I . 

fatal 

Cl  . 

fatal 

Cl  . 

fatal 

Cl  . 

fatal 

Cl  . 

fatal 

C.  . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

c. . 

fatal 

Syntax  error 
Illegal  character 

Input  line  longer  than  132  characters 
Constant  too  large 

Binary  string  must  start  with  decimal  digit 
Illegal  character  in  binary  string 
Illegal  number  length  spec,  (zero  or  >256) 
Decimal  number  may  not  be  1 ef t- jus t i f i ed 
Illegal  char,  or  digit  of  wrong  radix  in  no. 
Digit  is  of  improper  radix 
Undeclared  identifier 

This  identifier  may  not  be  subscripted 
Two-dimensional  array  requires  subscript 
This  identifier  may  only  have  1 subscript 
Field  can't  be  used  to  denote  range  of  words- 
Subscripting  nested  too  deeply  (>10  levels) 
Improper  field  or  access  to  non-existent  bits 
Too  many  dimensions  (>-2)  or  invalid  field 
Predefined  terminal  subscripted 
Missing  argument  list 
Wrong  number  of  arguments 
This  identifier  may  not  have  arguments 
This  identifier  not  allowed  in  expression 
Operation  identifier  not  allowed  in  expr. 
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C..  fatal  Assignment  to  identifier  of  wrong  type 

C..  fatal  Identifier  must  be  a state 

C..  fatal  "RUN  FROM.."  required  after  error 

C. . fatal  "EXIT"  must  appear  in  command  by  itself 

..S  fatal  Operand  too  long  0256  bits) 

..S  fatal  String  or  CON  or  EXT  result  is  too  long 

. .S  fatal  Head  or  tail  length  too  long 

..S  fatal  String  or  field  range  is  too  big  0256  bits) 

..S  warning  String  too  big  for  decimal  display 

..S  fatal  Reference  to  non-existent  word  of  <ID> 

..S  fatal  Store  into  non-existent  word  of  <ID> 

..S  fatal  Reference  to  non-existent  bit  of  <ID> 

. .S  fatal  Store  into  non-existent  bit  of  <ID> 

..S  fatal  Improper  field  or  non-existent  bits  of  <ID> 

. .S  warning  Incompatible  lengths  for  store  into  <ID> 

..S  warning  Incompatible  lengths  for  operation 

..S  warning  Simultaneous  stores  into  a flip-flop  of  <ID> 
. .S  warning  Illegal  store  into  lower  level  SSR 

. .S  fatal  Two  next  states  specified 

..S  fatal  Two  "=>"  states  specified 

. . S fatal  No  state  corresponds  to  this  SSR  value 

. S fatal  No  next-state  indicated 

> . S fatal  No  place  to  return 

i.  .S  warning  »**Probably  in  infinite  loop 

..S  abort  Internal  error:  Illegal  instruction 

..S  abort  Internal  error:  stack  overflow 

C..  fatal  Unexpected  end  of  input 

Cl.  fatal  Unexpected  end  of  file 

C..  fatal  Unexpected  end  of  command 

C..  fatal  Internal  error:  parse  stack  overflow 

CIS  abort  Internal  error:  memory  overflow 


Appendix  B 

DDL-P  COMMAND  SENTENCE  BNF 

The  complete  Backus-Naur  Form  for  DDL-P  simulator  com- 
mand sentences  is  listed  below.  Non-terminals  are  written 
in  lower-case  letters  and  underscore;  "ddl_description'*  is  a 
non-terminal*  e.g.  All  other  symbols  are  terminals  except 
for  the  following  special  symbols  ( "meta-symbols'* ) ; 

«*■  REPLACEMENT  SYMBOL  - Left-hand  side  may  be 

replaced  by  right-hand  side, 
t } OPTIONAL  STRING  SYMBOL  - String  of  symbols 

enclosed  in  braces  is  optional. 

{ }*#*  REPETITION  SYMBOL  - String  of  symbols  enclosed 
may  appear  zero  or  more  times  in  succession. 

I I CONCATENATION  SYMBOL  - Symbol  on  left  must  be 

concatenated  with  symbol  on  right  (i.e.,  with  no 
intervening  blanks  or  end-of-line) . 

I OR  SYMBOL  - This  separates  several  right-hand 

sides  of  productions. 


- 34  - 

. I 

I 


t 


The  simulator  prompts  for  the  first  line  of  a command 
sentence  by  typing  ">"  at  the  beginning  of  a line.  A sen- 
tence may  take  up  several  lines;  the  simulator  prompts  for 
additional  lines  with  " = ".  In  a sentence,  a comment  is  any 
string  of  symbols  except  double-quote  (n)  enclosed  in  dou- 
ble-quotes and  contained  on  one  line,  e.g., 

"THIS  IS  A COMMENT" 

A comment  may  appear  anywhere  a blank  is  permitted. 


letter  ::  = A I B I C I D I E I F I G I H I I I J I K I L I M I 
NlOlPlQlRlS'TlUlVlWlXlYlZl 
alblcldlelf Iginli Ijlkll Iml 
nlolplqlrlsltlulvlulxlylz 

digit  : : = 0MI2I3I4I5I6I7I8I9 


hex_digit  ::=  digit  lAlBlClDlElF 

octal_digit  = 0I1I2I3I4I5I6I7 

quartal_digit  0 I 1 I 2 I 3 

bit  : : = 0 I 1 


decimal_ccnstant  : : = digit  { II  digit  }»»* 


constant  = decimal_constant 

I decimal_constant  I I B { II 

I decimal_cons tant 


bit 

bit  }*»• 


{ 

I d ec ima l_c ons tant 

{ 

I d ec ima l_c ons tant 
I decimal_constant 

{ 


Q { I I . } 
quartal_d ig i t 
q ua r t a l_d i g i t }*** 

a { I I . } 

octal _digit 
octal_digit  }#»* 

D I I d ec ima l_cons tan t 
H { I I . } 
hex_digit 
hex_digit  }»«» 


\ 

\ 
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letter_or_digit  ::=  letter  I digit 

identifier  letter  { II  letter_or_digit  J*#* 

field  boolean_exp  : boolean_exp 

identif ier_ref  identifier 

I identifier  II  decimal_constant 
I identifier  [ boolean_exp  ] 

I identifier  II  decimal_constant 

[ boolean_exp  1 j 

I identifier  l boolean_exp  ] [ boolean_exp  ] 

I identifier  [ boolean_exp  , boolean_exp  ] 

I identifier  [ field  ] 

I identifier  II  decimal_constant  ( field  ] 

I identifier  [ boolean_exp  ] [ field  ] 

I identifier  [ boolean_exp  , field  ] 

terminal_ref  : : = identifier  ( boolean_exp 

{,  boolean_exp}***  ) 

reference  ::  = identif ier_ref  I terminal_ref 

boolean_exp  s:=  minterm  { + minterm  }*** 

minterm  s:=  product  { [+1  product  }»** 

product  ::=  complement  { * complement  }»*# 

complement  ::  = {-}  relation 

relation  : : = ari thmetic_exp 

I arithmetic_exp  (=)  arithmetic_exp 
I ar i thmetic_exp  # arithmetic_exp 
I ar i thmet ic_exp  < arithmetic_exp 
I arithmetic_exp  > arithmetic_exp 
I ari thmet ic_exp  >=  arithmetic_exp 
I arithmetic_exp  <=  a r i thmet ic_exp 
I AT  identifier 

arithmetic_exp  = { (-)  } term 

I arithmetic_exp  (+)  term 
I arithmetic_exp  (-)  term 

term  « « * constant 
I reference 
I TIME 

I ( boolean.exp  ) 
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sentence  ::=  run_comd  { AND  other_command  }***  . 

I other_command  { AND  other_command  }***  . 
I EXIT  . 

run_comd  :s  = RUN  { FROM  identifier  {: identifier} ***  } 

{ TO  identifier  { : identi f ier} ***  } 


other_command  ::= 
u_command 

I IF  boolean_exp  THEN  u_cownand  {,  u_command } *** 


u_command 


: : = DISPLAY  { ( reference 
I PRINT  { (reference 
I DUMP 

I SET  identi f ier_ref  = 
I CLEAR 
I STEP 
I STOP 


{, reference}*** 
{ , reference}*** 

boolean_exp 


) 

) 


} 

} 


i 
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Naval  Surface  Weapons  Center 
Attn:  Code  WX-40,  Technical  Library 
White  Oak 

Silver  Spring,  Maryland  20910 

Naval  Surface  Weapons  Center 
Attn:  Code  WR-303,  R.  S.  Allgaier 
White  Oak 

Silver  Spring,  Maryland  20910 

Naval  Surface  Weapons  Center 
Attn:  Code  WR-34,  H,  R.  Riedl 

White  Oak 

Silver  Spring,  Maryland  -20910 


Other  Government  Agencies 

Dr,  Howard  W.  Etzel 

Deputy  Director 

Division  of  Materials  Research 

National  Science  Foundation 

1800  G Street 

Washington,  D.  C.  20550 

Mr.  J.  C.  French 
National  Bureau  of  Standards 
Electronics  Technology  Division 
Washington,  D.  C.  20234 

Dr.  Jay  Harris 

Program  Director 

Devices  and  Waves  Program 

National  Science  Foundation 

1800  G Street 

Washington,  D.  C.  20550 

Los  Alamos  Scientific  Laboratory 
Attn:  Reports  Library 

P.  0.  Box  1663 

Los  Alamos,  New  Mexico  87544 


Dr.  Dean  Mitchell 

Program  Director,  Solid-State  Physics 
Division  of  Materials  Research 
National  Science  Foundation 
1800  G Street 
Washington,  D.  C.  20550 

Mr.  F.  C.  Schwenk,  RD-T 

National  Aeronautics  & Space  Admin. 

Washington,  D.  C.  20546 

M.  Zane  Thornton 
Deputy  Director,  Institute  for 
Computer  Sciences  & Technology 
National  Bureau  of  Standards 
Washington,  D.  C.  20234 

Head 

Electrical  Sciences  & Analysis  Sec. 
National  Science  Foundation 
1800  G Street,  N. W. 

Washington,  D.  C.  20550 


Non-Government  Agencies 
Director 

Columbia  Radiation  Laboratory 
Columbia  University 
538  West  120th  Street 
New  York,  New  York  10027 

Director 

Coordinated  Science  Laboratory 
University  of  Illinois 
Urbana,  Illinois  61801 

Director 

Division  of  Engineering  & 
Applied  Physics 
Harvard  University 
Pierce  Hall 

Cambridge,  Massachusetts  02138 
Director 

Electronics  Research  Center 
The  University  of  Texas 
P.  0.  Box  7728 
Austin,  Texas  78712 
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Director  Dr.  Roy  Gould 

Electronics  Research  Laboratory  Executive  Officer  for  Applied  Physics 

University  of  California  California  Institute  of  Technology 

Berkeley,  California  94720  Pasadena,  California  91125 

Director 

Electronics  Sciences  Laboratory 
University  of  Southern  California 
Los  Angeles,  California  90007 

Director 

Microwave  Research  Institute 
Polytechnic  Institute  of  New  York 
333  Jay  Street 
Brooklyn,  New  York  11201 

Director 

Research  Laboratory  of  Electronics 
Massachusetts  Institute  of  Technology 
Cambridge,  Massachusetts  02139 

Director 

Stanford  Electronics  Laboratory 
Stanford  University 
Stanford,  California  94305 

Director 

Stanford  Ginzton  Laboratory 
Stanford  University 
Stanford,  California  94305 

Dr,  Lester  Eastman 

School  of  Electrical  Engineering 

Cornell  University 

Ithaca,  New  York  14850 

Chairman 

Department  of  Electrical  Engineering 
Georgia  Institute  of  Technology 
Atlanta,  Georgia  30332 

Dr.  Carlton  Walter 
ElectroScience  Laboratory 
The  Ohio  State  University 
Columbus,  Ohio  43212 

Dr.  Richard  Saeka 

Department  of  Electrical  Engineering 
Texas  Tech  University 
Lubbock,  Texas  79409 
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